푸시되지 않은 기존 커밋 메시지를 수정하는 방법은 무엇입니까?

가장 최근의 커밋 메시지 수정
git commit --amend
편집기가 열리고 가장 최근 커밋의 커밋 메시지를 변경할 수 있습니다. 또한 다음을 사용하여 명령 줄에서 직접 커밋 메시지를 설정할 수 있습니다.
git commit --amend -m "새 커밋 메시지"
… 그러나 이것은 여러 줄의 커밋 메시지 나 작은 수정을 입력하기 더 번거로울 수 있습니다.
이 작업을 수행하기 전에 준비된 작업 복사본 변경 사항이 없는지 확인하십시오. 그렇지 않으면 커밋됩니다. (무단계 변경은 커밋되지 않습니다.)
이미 원격 브랜치에 푸시 한 커밋 메시지 변경
이미 커밋을 원격 브랜치에 푸시 한 경우-로컬에서 커밋을 수정 한 후 (위에 설명 된대로) 다음을 사용하여 커밋을 강제 푸시해야합니다.
git push   --force
# 또는
git push <원격> <분기> -f
경고 : 강제 푸시는 원격 분기를 로컬 분기의 상태로 덮어 씁니다. 로컬 브랜치에없는 커밋이 원격 브랜치에 있으면 해당 커밋을 잃게됩니다.
경고 : 이미 다른 사람과 공유 한 커밋을 수정할 때는주의하십시오. 커밋을 수정하면 본질적으로 다른 SHA ID를 갖도록 다시 작성되므로 다른 사람이 다시 작성한 이전 커밋의 복사본이있는 경우 문제가됩니다. 이전 커밋의 복사본이있는 사람은 작업을 새로 다시 작성한 커밋과 동기화해야합니다. 때로는 어려울 수 있으므로 공유 커밋 기록을 다시 작성하려고 할 때 다른 사람과 조정하거나 공유 커밋을 다시 작성하지 마십시오. 전부.
대화 형 리베이스 수행
또 다른 옵션은 대화 형 리베이스를 사용하는 것입니다.
이렇게하면 최신 메시지가 아니더라도 업데이트하려는 메시지를 편집 할 수 있습니다.
Git 스쿼시를 수행하려면 다음 단계를 따르십시오.
// n은 편집 할 수있는 마지막 커밋까지의 커밋 수입니다.
자식 rebase -i HEAD ~ n
커밋을 스쿼시하면 메시지 편집을 위해 e / r을 선택하십시오.
대화 형 리베이스에 대한 중요 참고 사항
git rebase -i HEAD ~ n 사용하면 n 개 이상의 커밋이있을 수 있습니다. Git은 마지막 n 개의 커밋에서 모든 커밋을 "수집"하고 해당 범위 사이에 병합이 있으면 모든 커밋도 표시되므로 결과는 n +가됩니다.
좋은 팁 :
하나 이상의 브랜치에 대해해야하고 콘텐츠를 수정할 때 충돌이 발생할 수있는 경우 git rerere를 설정하고 Git이 자동으로 이러한 충돌을 해결하도록합니다.
선적 서류 비치
git-commit (1) 매뉴얼 페이지
git-rebase (1) 매뉴얼 페이지
git-push (1) 매뉴얼 페이지
|
git commit --amend -m "새 메시지"
|
수정하려는 커밋이 최신 커밋이 아닌 경우 :
git rebase --interactive $ parent_of_flawed_commit
몇 가지 결함이있는 커밋을 수정하려면 가장 오래된 커밋의 부모를 전달하십시오.
당신이 준 커밋 이후의 모든 커밋 목록과 함께 에디터가 나타날 것입니다.
수정하려는 커밋 앞에서 수정을 변경하여 (또는 이전 버전의 Git에서 편집) 수정하십시오.
저장하면 Git은 나열된 커밋을 재생합니다.
단어를 바꾸려는 각 커밋에 대해 Git은 다시 편집기로 돌아갑니다. 편집하려는 각 커밋에 대해 Git은 사용자를 셸로 이동합니다. 셸에있는 경우 :
원하는 방식으로 커밋을 변경하십시오.
git commit --amend
git rebase --continue
이 시퀀스의 대부분은 진행하는 동안 다양한 명령의 출력으로 설명됩니다. 그건 매우 쉬워요; 암기 할 필요가 없습니다. git rebase -interactive를 사용하면 얼마나 오래 전이든 커밋을 수정할 수 있습니다.
이미 푸시 한 커밋은 변경하지 않을 것입니다. 아니면 그렇게 할 수도 있지만이 경우 커밋을 가져오고 그 위에 작업을 수행 한 모든 사람과 의사 소통하기 위해 많은주의를 기울여야합니다. 누군가가 게시 된 브랜치에 리베이스 또는 재설정을 푸시 한 후 복구 / 재 동기화하려면 어떻게해야합니까?
|
이전 커밋을 수정하려면 원하는대로 변경하고 해당 변경 사항을 준비한 다음 실행합니다.
git commit --amend
그러면 새 커밋 메시지를 나타내는 파일이 텍스트 편집기에서 열립니다. 이전 커밋 메시지의 텍스트로 채워져 시작됩니다. 원하는대로 커밋 메시지를 변경 한 다음 파일을 저장하고 편집기를 종료하여 완료합니다.
이전 커밋을 수정하고 동일한 로그 메시지를 유지하려면 다음을 실행합니다.
git commit --amend -C HEAD
이전 커밋을 완전히 제거하여 수정하려면 다음을 실행하십시오.
git reset --hard HEAD ^
둘 이상의 커밋 메시지를 편집하려면 다음을 실행하십시오.
git rebase -i HEAD ~ commit_count
(commit_count를 편집 할 커밋 수로 바꿉니다.)이 명령은 편집기를 시작합니다. 첫 번째 커밋 (변경하려는 커밋)을 "pick"대신 "edit"로 표시 한 다음 편집기를 저장하고 종료합니다. 커밋하려는 변경을 수행 한 다음 실행
git commit --amend
git rebase --continue
참고 : git commit --amend로 연 편집기에서 "원하는대로 변경"할 수도 있습니다.
|
이미언급했듯이 git commit --amend는 마지막 커밋을 덮어 쓰는 방법입니다. 참고 : 파일도 덮어 쓰려면 명령은 다음과 같습니다.
git commit -a --amend -m "My new commit message"
|
이를 위해 git filter-branch를 사용할 수도 있습니다.
git filter-branch -f --msg-filter "sed 's / errror / error /'"$ flawed_commit..HEAD
사소한 git commit --amend만큼 쉽지는 않지만 잘못된 커밋 메시지 후에 이미 병합이있는 경우 특히 유용합니다.
이것은 HEAD와 결함이있는 커밋 사이의 모든 커밋을 다시 작성하려고 시도하므로 msg-filter 명령을 매우 현명하게 선택해야합니다 ;-)
|
이 방법을 선호합니다.
git commit --amend -c <커밋 ID>
그렇지 않으면 새 커밋 ID가있는 새 커밋이 있습니다.
|
Git GUI 도구를 사용하는 경우 Amend last commit이라는 버튼이 있습니다. 해당 버튼을 클릭하면 마지막 커밋 파일과 메시지가 표시됩니다. 해당 메시지를 편집하기 만하면 새 커밋 메시지로 커밋 할 수 있습니다.
또는 콘솔 / 터미널에서 다음 명령을 사용하십시오.
git commit -a --amend -m "My new commit message"
|
Git 리베이스를 사용할 수 있습니다. 예를 들어 bbc643cd를 커밋하도록 다시 수정하려면 다음을 실행하십시오.
$ git rebase bbc643cd ^ --interactive
기본 편집기에서 커밋을 수정하려는 줄에서 'pick'을 'edit'로 수정합니다. 변경 한 다음
$ git add 
이제 사용할 수 있습니다
$ git commit --amend
커밋을 수정하고 그 후에
$ git rebase --continue
이전 헤드 커밋으로 돌아갑니다.
|
마지막 커밋 메시지 만 수정하려면 다음을 수행하십시오.
git commit --amend
그러면 텍스트 편집기로 이동하고 마지막 커밋 메시지를 변경할 수 있습니다.
마지막 세 개의 커밋 메시지 또는 해당 시점까지 커밋 메시지를 변경하려면 HEAD ~ 3을 git rebase -i 명령에 제공합니다.
자식 rebase -i HEAD ~ 3
|
여러 분기에 걸쳐 이전 커밋 메시지를 변경해야하는 경우 (즉, 오류 메시지가있는 커밋이 여러 분기에 있음) 다음을 사용하는 것이 좋습니다.
git filter-branch -f --msg-filter \
'sed "s / <이전 메시지> / <새 메시지> / g"'---all
Git은 재 작성을위한 임시 디렉토리를 만들고 refs / original /에서 이전 참조를 추가로 백업합니다.
-f는 작업 실행을 강제합니다. 임시 디렉토리가 이미 있거나 refs / original 아래에 이미 참조가 저장된 경우 필요합니다. 그렇지 않은 경우이 플래그를 삭제할 수 있습니다.
-필터 분기 옵션과 개정 옵션을 분리합니다.
--all은 모든 분기와 태그가 다시 작성되었는지 확인합니다.
이전 참조의 백업으로 인해 명령을 실행하기 전 상태로 쉽게 돌아갈 수 있습니다.
마스터를 복구하고 old_master 브랜치에서 액세스하려고합니다.
git checkout -b old_master refs / original / refs / heads / master
|
사용하다
git commit --amend
자세히 이해하기 위해 훌륭한 게시물은 4. Rewriting Git History입니다. 또한 git commit --amend를 사용하지 않는 경우에 대해서도 설명합니다.
|
마지막 커밋이라면 커밋을 수정하십시오.
git commit --amend -o -m "새 커밋 메시지"
(-o (-only) 플래그를 사용하여 커밋 메시지 만 변경했는지 확인)
묻힌 커밋이라면 멋진 대화 형 리베이스를 사용하세요.
git rebase -i @ ~ 9 # 텍스트 편집기에서 마지막 9 개 커밋을 표시합니다.
원하는 커밋을 찾고 pick을 r (reword)로 변경 한 다음 파일을 저장하고 닫습니다. 끝난!
Miniature Vim 튜토리얼 (또는 3jcwrEscZZ의 8 키 입력만으로 리베이스하는 방법) :
시간이 있으면 vimtutor 실행
hjkl은 이동 키에 해당합니다 ← ↓ ↑ →
모든 명령 앞에는 "범위"가 붙을 수 있습니다. 3j는 세 줄 아래로 이동합니다.
i 삽입 모드 시작 — 입력 한 텍스트가 파일에 나타납니다.
Esc 또는 Ctrlc를 사용하여 삽입 모드를 종료하고 "일반"모드로 돌아갑니다.
취소하려면
다시 실행하려면 Ctrlr
dd, dw, dl : 줄, 단어 또는 문자를 각각 삭제합니다.
cc, cw, cl : 줄, 단어 또는 문자를 각각 변경합니다 (ddi와 동일).
yy, yw, yl-줄, 단어 또는 문자를 각각 복사 ( "yank")합니다.
p 또는 P-각각 현재 위치 뒤 또는 앞에 붙여 넣기
: wEnter는 파일을 저장 (쓰기)합니다.
: q! 저장하지 않고 종료하려면 Enter 키를 누릅니다.
: wqEnter 또는 ZZ를 눌러 저장하고 종료합니다.
텍스트를 많이 편집하는 경우 Dvorak 키보드 레이아웃으로 전환하고 터치 타이프를 배우고 Vim을 배우십시오. 노력할만한 가치가 있습니까? 예.
ProTip ™ : 기록을 다시 작성하는 "위험한"명령으로 실험하는 것을 두려워하지 마십시오 * — Git은 기본적으로 90 일 동안 커밋을 삭제하지 않습니다. reflog에서 찾을 수 있습니다.
$ git reset @ ~ 3 # 세 개의 커밋으로 돌아 가기
$ 자식 리플 로그
c4f708b HEAD @ {0} : 재설정 : @ ~ 3으로 이동
2c52489 HEAD @ {1} : 커밋 : 더 많은 변경
4a5246d HEAD @ {2} : 커밋 : 중요한 변경
e8571e4 HEAD @ {3} : 커밋 : 일부 변경
... 이전 커밋 ...
$ 자식 재설정 2c52489
... 그리고 당신은 당신이 시작한 곳으로 돌아 왔습니다.
* --hard 및 --force와 같은 옵션은 데이터를 삭제할 수 있습니다.
* 또한 공동 작업중인 브랜치의 기록을 다시 쓰지 마십시오.
|
고치다
당신은 몇 가지여기에 옵션이 있습니다. 넌 할 수있어
git commit --amend
마지막 커밋이면됩니다.
인터랙티브 리베이스
그렇지 않고 마지막 커밋이 아니라면 대화 형 리베이스를 수행 할 수 있습니다.
git rebase -i [branched_from] [커밋 전 해시]
그런 다음 대화식 리베이스 내부에서 해당 커밋에 편집을 추가하기 만하면됩니다. 그것이 나타나면 git commit --amend를 수행하고 커밋 메시지를 수정하십시오. 해당 커밋 지점 이전에 롤백하려면 git reflog를 사용하고 해당 커밋을 삭제할 수도 있습니다. 그런 다음 git commit을 다시 수행하십시오.
|
Git GUI를 사용하는 경우 푸시되지 않은 마지막 커밋을 다음과 같이 수정할 수 있습니다.
마지막 커밋 커밋 / 수정
|
가능한 한 많이 Git GUI를 사용하며 마지막 커밋을 수정할 수있는 옵션을 제공합니다.
또한 git rebase -i origin / master는 master 위에 수행 한 커밋을 항상 제공하고 수정, 삭제, 재정렬 또는 스쿼시 옵션을 제공하는 멋진 만트라입니다. 먼저 해당 해시를 확보 할 필요가 없습니다.
|
와, 이렇게하는 방법은 많이 있습니다.
이 작업을 수행하는 또 다른 방법은 마지막 커밋을 삭제하지만 작업 내용을 잃지 않도록 변경 사항을 유지하는 것입니다. 그런 다음 수정 된 메시지로 다른 커밋을 수행 할 수 있습니다. 이것은 다음과 같습니다.
git reset --soft HEAD ~ 1
git commit -m '새롭고 수정 된 커밋 메시지'
파일을 추가하거나 변경하는 것을 잊었을 때 항상 이렇게합니다.
--hard 대신 --soft를 지정해야합니다. 그렇지 않으면 해당 커밋이 완전히 손실됩니다.
|
이전 메시지 (즉, 최신 메시지뿐만 아니라) 편집에 도움이되는 Windows / Mac GUI를 찾는 사람에게는 Sourcetree를 추천합니다. 따라야 할 단계는 이미지 아래에 있습니다.
아직 원격으로 푸시되지 않은 커밋의 경우 :
모든 현재 변경 사항을 커밋하거나 숨겼는지 확인하세요 (즉, "파일 상태"탭에 나열된 파일이 없음). 그렇지 않으면 작동하지 않습니다.
"로그 / 이력"탭에서 편집하려는 커밋 아래 그래프의 인접한 선이있는 항목을 마우스 오른쪽 버튼으로 클릭하고 "대화식으로 의 하위 항목 리베이스 ..."를 선택합니다.
변경하려는 커밋 메시지에 대한 전체 행을 선택합니다 ( "메시지"열 클릭).
"메시지 편집"버튼을 클릭합니다.
표시되는 대화 상자에서 원하는대로 메시지를 편집 한 다음 확인을 클릭합니다.
변경할 다른 커밋 메시지가 있으면 3-4 단계를 반복합니다.
확인을 클릭합니다 : 리베이스가 시작됩니다. 모두 정상이면 출력은 "성공적으로 완료 됨"으로 끝납니다. 참고 : 'project_path / .git / index.lock'을 만들 수 없음 : 파일이 있습니다. 동시에 여러 커밋 메시지를 수정하려고 할 때. 문제가 정확히 무엇인지 또는 향후 Sourcetree 버전에서 수정 될지 여부는 확실하지 않지만이 경우 한 번에 하나씩 리베이스하는 것이 좋습니다 (느리지 만 더 신뢰할 수있는 것 같습니다).
... 또는 ... 이미 푸시 된 커밋의 경우 :
이 답변의 단계를 따르십시오. 위와 비슷하지만 분기를 강제 푸시하려면 명령 줄 (git push origin  -f)에서 추가 명령을 실행해야합니다. 나는 그것을 모두 읽고 필요한주의를 적용하는 것이 좋습니다!
|
최신 커밋을 편집하려면 다음을 사용하십시오.
git commit --amend
또는
git commit --amend -m '한 줄 메시지'
그러나 연속으로 여러 커밋을 편집하려면 리베이스를 대신 사용해야합니다.
git rebase -i <잘못된 커밋 전에 한 커밋의 해시>
위와 같은 파일에서 edit / e 또는 다른 옵션 중 하나를 작성하고 저장 및 종료를 누르십시오.
이제 첫 번째 잘못된 커밋에있을 것입니다. 파일을 변경하면 자동으로 준비됩니다. 유형
git commit --amend
저장하고 종료하고 입력하십시오.
git rebase --continue
모든 선택이 완료 될 때까지 다음 선택으로 이동합니다.
이러한 것들은 특정 커밋 후에 모든 SHA 해시를 변경합니다.
|
마지막 메시지 만 변경하려면 commit --amend와 함께 --only 플래그 또는 단축키 -o를 사용해야합니다.
git commit --amend -o -m "새 커밋 메시지"
이렇게하면 스테이지 된 항목으로 실수로 커밋을 향상시키는 일이 없습니다. 물론 적절한 $ EDITOR 구성을 갖는 것이 가장 좋습니다. 그런 다음 -m 옵션을 그대로두면 Git이 커밋 메시지를 이전 메시지로 미리 채 웁니다. 이런 식으로 쉽게 편집 할 수 있습니다.
|
한 줄의 새 커밋 메시지로 마지막 잘못된 커밋 메시지를 업데이트하십시오.
git commit --amend -m "새 커밋 메시지"
또는 아래와 같이 Git 재설정을 시도하십시오.
# 당신은 당신의 머리를 n 개의 커밋으로 재설정 할 수 있습니다
# 마지막 커밋 메시지를 변경하는 것은 좋지 않습니다.
#하지만 커밋을 여러 커밋으로 분할하는 아이디어를 얻을 수 있습니다.
git reset --soft HEAD ^
# 마지막 커밋을 재설정합니다. 자, 당신
# 새로운 커밋 메시지로 다시 커밋 할 수 있습니다.
재설정을 사용하여 커밋을 더 작은 커밋으로 분할
git reset은 하나의 커밋을 여러 커밋으로 나누는 데 도움이 될 수 있습니다.
# 머리를 재설정하십시오. 마지막 커밋으로 재설정 중입니다.
git reset --soft HEAD ^
# (HEAD ~ 2 (커밋 수)를 수행하여 여러 커밋을 재설정 할 수 있습니다.
# 이제 머리를 재설정하십시오.여러 커밋으로 분할
git reset HEAD
# 파일을 개별적으로 추가하고 커밋하여 여러 커밋을 만듭니다.
git add app /
git commit -m "앱 디렉토리의 모든 파일 추가"
git add config /
git commit -m "구성 디렉토리의 모든 파일 추가"
여기에서 마지막 커밋을 두 개의 커밋으로 성공적으로 분리했습니다.
|
이 질문에는 많은 답변이 있지만 Vim을 사용하여 이전 커밋 메시지를 변경하는 방법을 자세히 설명하는 사람은 없습니다. 저는이 일을 직접하려고했지만, Vim에 대한 경험이없는 사람들을 위해 제가 어떻게이 일을했는지 ​​자세히 적어 보겠습니다!
이미 서버에 푸시 한 5 개의 최근 커밋을 변경하고 싶었습니다. 다른 누군가가 이미 이것을 뽑았다면 커밋 메시지를 변경하여 일을 엉망으로 만들 수 있기 때문에 이것은 매우 '위험하다'. 그러나 자신의 작은 브랜치에서 작업 중이고 아무도 가져 오지 않았다고 확신하는 경우 다음과 같이 변경할 수 있습니다.
5 개의 최신 커밋을 변경하고 터미널에 다음을 입력한다고 가정 해 보겠습니다.
자식 rebase -i HEAD ~ 5
* 여기서 5는 변경하려는 커밋 메시지의 수입니다 (따라서 10 번째 커밋을 마지막 커밋으로 변경하려면 10을 입력합니다).
이 명령은 Vim에 들어가서 커밋 히스토리를 '편집'할 수 있습니다. 다음과 같이 상단에 마지막 5 개의 커밋이 표시됩니다.
<커밋 해시> 커밋 메시지 선택
선택하는 대신 reword를 작성해야합니다. Vim에서 i를 입력하면됩니다. 그러면 삽입 모드로 들어갑니다. (아래에 INSERT라는 단어가 삽입 모드에 있음을 알 수 있습니다.) 변경하려는 커밋에 대해 pick 대신 reword를 입력하십시오.
그런 다음이 화면을 저장하고 종료해야합니다. 먼저 Esc 버튼을 눌러‘명령 모드’로 들어가면됩니다 (맨 아래에있는 INSERT라는 단어가 사라진 경우 명령 모드에 있는지 확인할 수 있음). 그런 다음 :을 입력하여 명령을 입력 할 수 있습니다. 저장하고 종료하는 명령은 wq입니다. 따라서 : wq를 입력하면 올바른 길을 가고있는 것입니다.
그런 다음 Vim은 수정하려는 모든 커밋 메시지를 살펴보고 여기에서 실제로 커밋 메시지를 변경할 수 있습니다. 삽입 모드로 이동하고 커밋 메시지를 변경하고 명령 모드로 이동 한 다음 저장하고 종료하면됩니다. 이 작업을 5 번 수행하면 Vim이 종료됩니다!
그런 다음 이미 잘못된 커밋을 푸시 한 경우 덮어 쓰려면 git push --force해야합니다. git push --force는 수행하기에 매우 위험한 작업이므로 잘못된 커밋을 푸시했기 때문에 아무도 서버에서 가져 오지 않았는지 확인하십시오!
이제 커밋 메시지를 변경했습니다!
(보시다시피, 저는 Vim에서 그다지 경험이없는 사람이므로, 무슨 일이 일어나고 있는지 설명하기 위해 잘못된 'lingo'를 사용했다면, 저를 바로 잡으십시오!)
|
git-rebase-reword를 사용할 수 있습니다.
commit --amend와 동일한 방식으로 (마지막이 아닌) 모든 커밋을 편집하도록 설계되었습니다.
$ git rebase-reword <커밋 또는 참조 이름>
커밋을 수정하기위한 rebase interactive에 대한 작업 이름이 "reword"입니다. 이 게시물과 man 섹션 대화 형 모드를 참조하십시오.
예 :
$ git rebase-reword b68f560
$ git rebase-reword HEAD ^
|
나는 그것을 다시 커밋 (수정)하기 위해 별칭 reci 및 recm을 추가했습니다. 이제 git recm 또는 git recm -m으로 할 수 있습니다.
$ vim ~ / .gitconfig
[별명]
......
cm = 커밋
reci = 커밋 --amend
recm = 커밋 --amend
......
|
나는 내가 오타가있는 커밋을 밀어 붙였다는 것을 깨달았다. 실행을 취소하기 위해 다음을 수행했습니다.
git commit --amend -m "T-1000, 고급 프로토 타입"
git push --force
경고 : 강제로 변경 사항을 푸시하면 원격 분기를 로컬 분기로 덮어 씁니다. 유지하려는 내용을 덮어 쓰지 않도록하십시오. 또한 다른 사람이 분기를 공유하는 경우 수정 된 (재 작성된) 커밋을 강제로 푸시하는 것에 대해주의해야합니다. 방금 재 작성한 커밋의 이전 사본이있는 경우 자신의 기록을 다시 작성해야하기 때문입니다.
|
다음을 사용하고 싶습니다.
자식 상태
git add --all
git commit -am "변경 사항에 대한 메시지가 여기에 표시됩니다."
git pull <오리진 마스터>
git push <원본 마스터>
|
코드를 원격 브랜치 (GitHub / Bitbucket)에 푸시하지 않은 경우 명령 줄에서 커밋 메시지를 아래와 같이 변경할 수 있습니다.
git commit --amend -m "새 메시지"
특정 지점에서 작업하는 경우 다음을 수행하십시오.
git commit --amend -m "BRANCH-NAME : new message"
이미 잘못된 메시지와 함께 코드를 푸시 한 경우 메시지를 변경할 때주의해야합니다. 즉, 커밋 메시지를 변경하고 다시 푸시하면 문제가 발생합니다. 매끄럽게 만들려면 다음 단계를 따르십시오.
그것을하기 전에 전체 답변을 읽으십시오.
git commit --amend -m "BRANCH-NAME : your new message"
git push -f origin BRANCH-NAME # 모범 사례가 아닙니다. 왜 아래를 읽으시겠습니까?
중요 사항 : 강제 푸시를 직접 사용하면 다른 개발자가 동일한 브랜치에서 작업하는 코드 문제가 발생할 수 있습니다. 따라서 이러한 충돌을 피하려면 강제로 만들기 전에 브랜치에서 코드를 가져와야합니다.푸시:
git commit --amend -m "BRANCH-NAME : your new message"
git pull origin BRANCH-NAME
git push -f origin BRANCH-NAME
이미 푸시 된 경우 커밋 메시지를 변경할 때 가장 좋은 방법입니다.
|
찾고있는 답변이 아닙니까? git git-commit git-rewrite-history amend 태그가 지정된 다른 질문을 찾아 보거나 직접 질문하십시오.